home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Experimental BBS Explossion 3
/
Experimental BBS Explossion III.iso
/
gus
/
sdkdigv8.zip
/
SDKV8N6.TXT
< prev
next >
Wrap
Text File
|
1994-01-07
|
10KB
|
251 lines
Apparently-To: john.smith@gravis.com
GUS Programmer's Digest Thu, 6 Jan 94 3:50 Volume 8: Issue 6
Today's Topics:
[GUS] Index table in gus dram !?!
General ....
GUS Programmer's Digest V8 #5
Linux sound-driv with GUS
Negativity
Standard Info:
- Meta-info about the GUS can be found at the end of the Digest.
- Before you ask a question, please READ THE FAQ.
----------------------------------------------------------------------
Date: 5 Jan 1994 11:55:46 GMT
From: APPEL@stack.urc.tue.nl (Stanley Appel)
Subject: [GUS] Index table in gus dram !?!
Message-ID: <2ge9s2$koe@tuegate.tue.nl>
ReprintFrom: comp.sys.ibm.pc.soundcard
Hi, i was with a friend and we wrote some routines to play some sounds
on the gus (resident .snd and .wav player, but more about this later
when i release these on the internet).
We can up witha idee about patch/sample management in gus dram.
WHY NOT BUILD A INDEX TABLE in GUS DRAM ???
So we did this and made a little table in the first K of the GUS
dram. Now ower player will look for it when it starts and also
can add and delete the samples.
The table looks like this (it was a quick and ruf idee):
ID (to make chure it is ower table and samples)
Sample Name
Sample Start Pos
Sample End Pos
Sample base Frequency
Sample Resolution (8/16 bit)
So i want to know
- are the more idees about this.
- should we start a threat about this (I have some big idees)
- has someone done the simular thing.
- etc.
So let me know.
Greatings and happy GUSing
Stanley
--
+===============================================================+
| Stan Appel I cant have said that |
| Hoolstraat 73 because I cant |
| 4847 AB Teteringen even speak english |
| The Netherlands right....... |
| |
| Tel +31-76-810346 |
| EMail APPEL@STACK.URC.TUE.NL |
+===============================================================+
------------------------------
Date: Wed, 5 Jan 94 09:43:00 EST
From: support@fortech.com (Technical Support)
Subject: General ....
Hello,
>From: "Michael Grant Wilson" <Mcq@oti.on.ca>
>Subject: I vote we bounce this guy.
>chuth@lonestar.utsa.edu (Cornel H. Huth) wrote:
>> And judging from the response of the
>> readership in this maillist, it looks like there are quite a few that
>> just don't know what they're missing.
>Ok. He doesn't like us. He thinks we're idiots. He can't open his mouth
>with out flaming somebody, and to top it all off, he doesn't know what he's talking
>about. I say it's time to set the mailing list up to stop distributing
>mail from him.
>McQ
No, I don't agreee with this at all. In his first message (about a week
ago) , he had some valid comments that we will incorporate. Granted, most
of the mail since then has not been productive, but that doesn't mean that
he may not have things in the future. I don't want to cut anybody off
from giving their feedback. Its the best way to improve it.
>Do you guys need beta testers for your SDK? It seems to me you desire feedback
>on the SDK but you never really asked for it and when somebody points out an
>error then I've never seen you acknowledge it. Things are a bit confusing in
>this area at the moment. I know you're busy but you've got support here and
>for free but you've gotta ask for it.
I suppose we could open the pre-release stuff to more people. There are several
people that had gotten the SDK before it was released to the public. They had
lots of input that was incorporated. Also, a lot of people asked for changes
after the 2.01 version came out. (Some thru direct e-mail some thru the
digest). Many of these requests were incorporated also. If there is ANYTHING
that you see inthe SDK that is wrong, unclear or incomplete, please let us
know so we can look into makeing the changes. I can't promise we will be able
to put all the stuff in, but everything will be considered.
>BTW thanks for making it free, but can we ask for a few more examples (I'd
>love the source code to playmidi <g>).
Unfortunately, we are not allowed to freely distribute the source to playmidi.
Gravis may change that policy in the future, but right now we can't. If
anybody out there has written anything that they think is neat or shows off
some feature of the card or the toolkit, we would be glad to distribute it
with the SDK. You folks tend to be very creative and have come up with some
nice utilities that other people probably would benefit by.
We will probably be cutting a new version in a few weeks that incorporates
some of the changes/fixes that have been addressed so far. If anybody has
anything, let us know right away. Thanks a lot for your help.
Forte Tech Support
------------------------------
Date: Wed, 5 Jan 1994 04:47:50 -0800 (PST)
From: mikebat@netcom.com (Mike Batchelor)
Subject: Re: GUS Programmer's Digest V8 #5
Not the GUS Programmer's Server once wrote...
$
$ ------------------------------
$
$ Date: Wed, 5 Jan 1994 11:07:07 +1030 (CST)
$ From: Gavin <SCARMAN@hfrd.dsto.gov.au>
$ Subject: Re: SDK
$
$ BTW thanks for making the SDK free, but can we ask for a few more examples (I'd
$ love the source code to playmidi <g>).
$
I second that emotion! I'm looking at writing a X11 front-end for playing
MIDI files under DV/X, and if I could incorporate the playmidi engine, so
much the better. I will probably write it to use UltraMID, though, since
I can easily spawn a background window and load that big sucker in it.
Come to think of it, I could just spawn playmidi itself. :)
--
Mike Batchelor |
mikebat@netcom.com | This space for rent
mikebat@qdeck.com |
------------------------------
Date: Wed, 5 Jan 1994 04:56:43 -0800 (PST)
From: mikebat@netcom.com (Mike Batchelor)
Subject: Linux sound-driv with GUS
I have a problem that has persisted now through two kernel revisions, and
two sound-driv revisions. Whenever I try to play an .au file using
/dev/audio, I get no sound at all, and my console is screwed up with funny
characters afterwards. This happens when using "cat sound.au > /dev/audio"
or when using rplay and rplayd (and some other utility as well, I forget
the name of it).
I'm using currently kernel .99.14f, but it occurred also with .99.13. My
sound-driv is v2.0, and I have applied the gus_wave diff to the sound
driver. The new gmod plays modules just fine, and the sequencer also
works as it should. Running rplayd in debug mode shows nothing wrong when
I try to play a sound. Everything looks as if it worked.
Anyone have a clue what might be wrong? Has anyone gotten
"cat sound.au > /dev/audio" to work with the GUS? It would be really nice
if I could get this working, since Mosaic, XBoing, XPilot and others all
want to use /dev/audio for playing sounds.
--
Mike Batchelor |
mikebat@netcom.com | This space for rent
mikebat@qdeck.com |
------------------------------
Date: Wed, 5 Jan 1994 07:25:55 -0600 (CST)
From: Jason William Whiteman <jww9624@tamsun.tamu.edu>
Subject: Re: Negativity
> From: "Michael Grant Wilson" <Mcq@oti.on.ca>
> Subject: I vote we bounce this guy.
>
> chuth@lonestar.utsa.edu (Cornel H. Huth) wrote:
[....]
Mcq:
> Ok. He doesn't like us. He thinks we're idiots. He can't open his mouth
> with out flaming somebody, and to top it all off, he doesn't know what he's talking
> about. I say it's time to set the mailing list up to stop distributing
> mail from him.
Michael, I am afraid you may be jumping the gun a little here.
You may want to find an archive site for the mailing list and read some
of Cornel's original postings expressing his opinion about the shortcomings
of the SDK. Not only did he point out some serious problems with the
focus of the SDK, he also pointed out (in great detail) errors, flaws in
logic, and typos. As a developer, or a user of GUS third party software,
you should be thankful that Cornel is pointing these problems so that the
SDK can come closer to being a solid and useful tool.
I think what you are upset about is how Cornel handled the flames
against him for critisizing the SDK. Sure, he could have been more
diplomatic. However, I know that I would become very frustrated if
I tried to help only to be flamed in return for offering constructive
critisism.
Again, I urge you to read the original post. You will find
that Cornel does indeed offer very constructive critisism. All this
arguing is not going to make the SDK any better: and I hope that is our
common goal. There are some problems with the SDK and a lack of
balance. Instead of censoring Cornel, more developers should follow
his example in helping Forte refine the SDK.
Jason
jww9624@tamsun.tamu.edu
------------------------------
End of GUS Programmer's Digest V8 #6
************************************
To post to tomorrow's digest: <gus-sdk@dsd.es.com>
To (un)subscribe or get help: <gus-sdk-request@dsd.es.com>
To contact a human (last resort): <gus-sdk-owner@dsd.es.com>
FTP sites: archive.epas.utoronto.ca /pub/pc/ultrasound
wuarchive.wustl.edu /systems/ibmpc/ultrasound
archive.orst.edu /pub/packages/gravis
theoris.rz.uni-konstanz.de /pub/sound/gus
nctuccca.edu.tw /PC/ultrasound
FTP mail server: mail-server@nike.rz.uni-konstanz.de
Hints:
- Get the FAQ from the FTP sites or the request server.
- Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
related mailing lists (general use, musician's, etc.).